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AN INTEGRATED BATTERY AND MEDIA DECODER FOR A PORTABLE 
HOST DEVICE, AND METHODS OF OPERATING AND MANUFACTURING 
THE SAME 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application is a continuation of PCT application PCT/US01 /257T7, filed 
August 17, 2001, which claims the benefit of U.S. Provisional Application No. 
60/226,459, filed August 17, 2000. 

FIELD OF THE INVENTION 

The present invention pertains generally to the fields of power supply and 
media decoding and, more specifically, to a battery pack for a portable host device 
that includes an integrated audio or video decoder. 

BACKGROUND OF THE INVENTION 

The popularity of portable devices (e.g., mobile telephones, personal digital 
assistants (PDAs), notebook computers, cameras etc.) has been fueled by the 
increased mobility of people within the workplace and the convenience of continual 
access to information and communications networks (e.g., the Public Switched 
Telephone Network (PSTN) and the Internet). A large majority of such portable 
devices rely upon batteries as a power source. Many modern batteries incorporate 
electronics to monitor the health of the battery, manage charging, etc. 

SUMMARY OF THE INVENTION 

According to a first aspect of the present invention, there is provided an 
integrated accessory for a host device. The accessory includes a media decoder, a 
battery coupled to the media decoder operationally to provide power to the media 
decoder, and a connector to couple the accessory to a host device. Within the 
integrated accessory, the battery is coupled to the connector so as to allow the battery 
operationally to provide power to the host device, in addition to the media decoder. 
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In one embodiment, the battery, the media decoder and the connector are integrated 
within a housing that is configured to be removably coupled to the host device. 

The host device may be a portable device (e.g., a notebook computer, PDA, a 
mobile phone, a wristwatch, a camera, etc.). 

Other features of the present invention will be apparent from the 
accompanying drawings and from the detailed description that follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in 
the figures of the accompanying drawings, in which like references indicate similar 
elements and in which: 

Figure 1 is a block diagram illustrating the first exemplary embodiment of an 
integrate accessory for a host device, the integrated accessory including both a media 
decoder and a battery. 

Figure 2 is a block diagram illustrating a second exemplary embodiment of an 
integrated accessory for a host device, the integrated accessory again including both 
a battery and a media decoder, the media decoder exhibiting a higher degree of 
integration with peripherals than to the exemplary embodiment illustrated in Figure 
1. 

Figure 3 is a block diagram illustrating further architectural details of a media 
decoder in the exemplary form of an audio decoder, and more specifically a DSP 
core, which may be included within any one of the integrated accessories shown in 
Figures 1 and 2. 

Figure 4 is a flow chart illustrating a method, according to an exemplary 
embodiment of the present invention, of operation of an integrated accessory, and 
provides details regarding interactions between the integrated accessory and a host 
device. 
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Figure 5 is a block diagram illustrating an exemplary embodiment of the 
present invention wherein the power-supply accessory operates as a battery pack, 
including an integrated media player, for a host device in the exemplary form of a 
mobile telephone. 



DETAILED DESCRIPTION 

An integrated battery and media decoder for a portable host device, and 
methods of operating and manufacturing the same, are described. In the following 
description, for purposes of explanation, numerous specific details are set forth in 
order to provide a thorough understanding of the present invention. It will be 

yg evident, however, to one skilled in the art that the present invention may be practiced 

^ without these specific details. 

W For the purposes of the present invention, the term "battery" shall be taken to 

m include any self-contained power supply that is capable of supplying power without 

w being continually coupled to a power supply network. 

M* At a high level, the present invention proposes a power-supply accessory for a 

q host device (e.g., a portable host device) that includes both the media decoder (e.g., a 

Jji MP3 player) and a battery. The battery is coupled to the media decoder to 

!=* operationally provide power to the media decoder. The power-supply accessory also 

includes a connector to removably couple the power-supply accessory to the host 
device. The battery within the power- supply accessory is in turn coupled to the 
connector, so as to allow the battery operationally to provide power to the host 
device. 

The host device, in one embodiment, is a portable host device, and may be any 
one of a number of portable host devices, such as a mobile telephone, a personal 
digital assistant (PDA), a notebook computer, a wristwatch, a camera, etc. For the 
purposes of illustration, the below description describes the host device as being a 
mobile phone, the media decoder as being an audio decoder, and the power-supply 
accessory as being a battery pack for such a mobile phone. It will of course be 
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appreciated that the invention is not limited to such exemplary devices and 
applications. 

Figure 1 is a block diagram illustrating a power-supply accessory 10, 
according to a first exemplary embodiment of the present invention. The illustrated 
components of the power-supply accessory are, in one embodiment, integrated 
within a housing that is configured to be removably coupled to a host device in the 
exemplary form of a mobile telephone. The power-supply accessory 10 is shown to 
include a power supply in the form of a battery 12, a media decoder in the exemplary 
form of an audio decoder 14 and a connector 18 to facilitate the removable coupling 
of the power-supply accessory 10 to a host device. 

The battery 12 may be any one of a number of battery types typically included 
within battery packs for multiple devices (e.g., a NiCad, NiMh, alkaline or lithium 
battery). The battery 12 is shown to be coupled to the connector 18 so as to allow the 
battery operationally to provide power to the mobile telephone. The battery 12 is also 
shown to be coupled to a power conversion circuit 20 so as to allow the battery 
operationally to provide power to the audio decoder 14. The power requirements for 
the mobile telephone and the audio decoder may be different, and the power 
conversion circuit 20 operates to adjust voltage levels outputted from the battery 12 
to a level appropriate to power the audio decoder 14. The output of the power 
conversion circuit 20 may also be utilized to power the interface and other illustrated 
peripheral components of the power-supply accessory 10. 

The audio decoder 14 is shown to include a media integrated circuit (IC) 22 

that in one embodiment incorporates a Digital Signal Processor (DSP) core (discussed 

in further detail below) and an embedded, non-volatile memory in the form of a 

FLASH memory 24. In one exemplary embodiment, the media IC 22 may be the 

MediaStream chip 111, designed by Parthus Technologies PLC of Dublin, Ireland, the 

chip supporting access of up to 128 MB of NAND flash memory. The FLASH 

memory 24 stores both a collection of media decompression algorithms in the 

exemplary form of audio decompression algorithms, as well as compressed media 

files in the exemplary form of compressed audio files. Examples of such audio 

decompression (or decoding) algorithms include the MP3 decompression algorithm, 
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based on the Fraunhofer Institute Implementation, the Advanced Audio Coding 
(AAC) algorithm based on the Fraunhofer Institute Implementation, the Microsoft 
Windows Media Decoder, the Qdesign Audio Decoder and the Audible.com audio 
decoder. The stored and compressed audio files (not shown) may be decompressed 
or decoded, for example, by any one of the above mentioned decompression (or 
decoding) algorithms. As the FLASH memory 24 is programmable, the audio 
decoder 14 may conveniently be upgraded to support a wide range of compression of 
technologies. 

The power-supply accessory 10 is also shown to include removable memory in 
the exemplary form of a removable FLASH memory card 26. In one embodiment, the 
media IC 22 supports the MultiMediaCard (MMC) and SmartMedia formats. Other 
formats that may be supported by the media IC 22 include the SD and Memory Stick 
formats. The removable FLASH memory card 26 is shown, in the exemplary 
embodiment, to store audio files. 

The media IC 22 executes system software, uploaded from the FLASH 
memory 24 on boot up, that implements a file system on both the FLASH memory 24 
and the removable FLASH memory card 26, whereby audio files are stored in 
directories (e.g., similar to directories on a personal computer, with which the reader 
may be familiar). 

The audio decompression algorithms stored within the FLASH memory 24 are 
stored in an area of the memory 24 that is not visible to the user. As will be described 
in further detail below, under direction of a mobile telephone, the media IC 22 loads 
an appropriate audio decompression algorithm for a selected audio file from the 
FLASH memory 24, and awaits further instructions provided via the mobile phone to 
the media IC 22. 

As described above, the audio decoder 14 stores and executes system software 

(e.g., the MediaStream Platform 1000 system software developed by Parthus 

Technologies PLC). This system software may implement a master/slave protocol 

that facilitates data communications between the audio decoder 14 and the host 

device. More specifically, the data communications may include commands that are 

provided from the host device to the audio decoder 14 to, for example, control 
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operation of the audio decoder 14. The commands may also include parameter set 
commands to set parameters of the audio decoder 14, and parameter read commands 
to read parameters of the audio decoder 14. Further examples are provided below. 
For example, the host device may interrogate the audio decoder 14 for its current 
status, request information regarding a next audio file type, load an appropriate 
decoder to decode a specific audio file type, play the audio file, pause playing of the 
audio file, stop playing of the audio file, skip to the next audio file, etc. Commands 
may also be provided from the host device to adjust volume and tone, as well 
adjusting the parameters of any effects algorithms that may be present. 

A discussion now follows regarding the connector 18. The connector 18 
provides various interfaces between the host device and the power-supply accessory 
10. Referring to the exemplary embodiment of the present invention shown in Figure 
1, the connector 18 provides three interfaces, namely a power interface 25 whereby 
the battery 12 operationally provides power to the host device, a data interface 27 
whereby a digital audio data is outputted from the audio decoder 14 to a digital-to- 
analog converter (not shown) within the host device, and a control interface 28 via 
which commands and other instructions are communicated between the host device 
and the audio decoder 14. The power interface 25 may adjust the power supply to 
suitable voltage levels for the host device. 

Digital audio output from the audio decoder 14 is shown to be provided to 
both the data interface 27 of the connector 18 for supply to a DAC within the host 
device, and to a DAC 30 that is included within the power-supply accessory 10. The 
output of the audio data to the data interface 27 and the DAC 30 is, in one 
embodiment, via an I 2 S Bus. The DAC 30 operates to convert the digital audio 
output from the audio decoder 14 to an analog signal that may be outputted via a 
jack connector (not shown) to headphones. In one embodiment, the outputs of the 
DAC 30 is provided to an output amplifier (not shown) that buffers the outputs of 
the DAC 30 to allow these outputs to drive the headphones. 

The exemplary power-supply accessory 10 accordingly provides two options 

for outputting audio (or other media) to a user. In a first case, the digital audio 

output from the audio decoder 14 is fed from the power-supply accessory 10 to the 
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host device via the data interface 27 of the connector 18. This digital audio as 
received by the host device may then be combined with other digital audio (e.g., 
telephone call audio) from the host device itself. This allows a single headphone set 
to be plugged into a jack of the host device. In the exemplary embodiment in which 
the host device is a mobile telephone, the user can accordingly listen to music and 
make/ receive telephone calls via this single jack. For example, when an incoming 
call arrives or the user wishes to make a telephone call, the mobile telephone may 
mute the digital audio output received from the power-supply accessory 10, and 
route the telephone call audio to the headset. When the call is terminated, or when 
commanded by the user, the mobile telephone may route audio output received from 
the power-supply accessory 10 to the headset. 

In a second case, the DAC 30 that is integral with the power-supply accessory 
10 outputs an analog audio signal that is supplied to a jack connector integral within 
the power-supply accessory 10 for headphones. 

Data communications between the audio decoder 14 and the control interface 
28 of the connector 18 are, in the exemplary embodiment, performed via an PC 
control bus which is shown in Figure 1 to couple the audio decoder 14 to control 
interface circuitry 32 a , which enables an external controller (e.g., associated with a 
headset) to control operation of the audio decoderl4. The power-supply accessory 10 
may also optionally include control interface circuitry 32b through which the audio 
decoder 14 communicates with the control interface 28 via a SMBUS bus. 

The exemplary embodiment of the power-supply accessory 10 shown in 
Figure 1 also includes a Universal Serial Bus (USB) interface 34, coupled to a USB 
jack, via which algorithms and songs may be downloaded to, or uploaded from, the 
audio decoder 14 and the removable FLASH memory card 26. 

Audio files may be downloaded to (or uploaded from) the power-supply 

accessory 10 in a number of ways. Firstly, such audio files may be downloaded (or 

uploaded) via the host device (e.g., a mobile telephone). For example, it is possible to 

upload and download compressed audio files from the Internet utilizing a mobile 

telephone. Although a relatively slow data transfer rates are achievable utilizing 

current mobile telephones, the next generation of mobile telephones (e.g., G3 
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telephones) provide a much higher data transfer rate, making this option more 
attractive. 

Secondly, audio files may be communicated with the power-supply accessory 
10 via the USB interface 34, for example utilizing a personal computer with an 
appropriate interface. This option allows for the very rapid transfer of audio files. It 
will be appreciated that the USB interface 34 is optional within the accessory 10, as 
the physical construction of the power-supply accessory 10 may not allow the 
inclusion of the USB interface 34. 

Thirdly, audio files may be made accessible to the audio decoder 14 via the 
removable FLASH memory card 26. For example, the removal FLASH memory card 
26 may be programmed externally, inserted into the power-supply accessory 10, and 
files then transferred from the FLASH memory card 26 to the internal FLASH 
memory 24. 

The physical design of the power-supply accessory 10 is of course dependent 
on the host device, as different host devices will place appropriate constraints, or 
allow certain freedoms, with respect to the physical design. Considering for example 
a mobile telephone where the power-supply accessory 10 operates as a battery pack, 
two basic physical designs for such battery packs are currently in common usage. A 
first physical design is designed to be inserted within a housing of the mobile 
telephone, and a separate cover is attached to the phone to protect the battery. In one 
embodiment where the power-supply accessory 10 is designed according to the 
specifications of such a battery pack, physical access to the power-supply accessory 
10 when installed is not practical. Accordingly, in this case, the USB interface 34 and 
the DAC 30 may be omitted from the power-supply accessory 10, as direct access is 
not feasible. 

A second physical design currently employed is one in which a battery pack 
forms part of the case of the handset when inserted into the mobile telephone. Direct 
access to such a battery pack is operationally feasible. In this case, where the power- 
supply accessory 10 conforms to the specifications of such a battery pack, jacks for 
providing access to the USB interface 34 and the DAC 30 may be included within the 

power-supply accessory 10. 
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Power management is an important consideration for mobile applications. 
Accordingly, a platform supported by the media IC 22 provides low power 
consumption (e.g., less than 70mw while playing). In one embodiment, the audio 
decoder 14 requires a power supply voltage of 1.8 and 3.3V DC, which may be 
provided by the power conversion circuit 20. 

A media platform supported by the media IC 22 may provide a number of 
power-savings modes that may be entered into under software control to reduce 
overall power consumption. For example, system software executed by the media IC 
22 may implement "wait", "stop" and "power down" states. Each mode removes a 
clock signal from successively larger portions of the power-supply accessory 10 until, 
in the "power down" mode, an external crystal amplifier is disabled to completely 
remove a clock source to the accessory 10. All three modes of operation may be 
entered into under control of the system software. The "wait" and "stop" modes 
may be exited on the occurrence of a hardware reset, a debug request, or an 
unmasked interrupt. The "power down" mode may only be exited by a hardware 
reset. 

Figure 2 is a block diagram illustrating a second exemplary embodiment of the 
power-supply accessory 10, which differs from the embodiment illustrated in Figure 
1 in that the Figure 2 embodiment provides a more highly integrated solution. 
Specifically, a number of the peripheral components of the Figure 1 embodiment 
(e.g., the USB interface 34, the DAC 30, the power conversion circuit 20 and the 
control interface circuitry 32) are integrated on-chip within the media IC 22, and are 
accordingly not separately illustrated. It will however be appreciated that the 
function of the Figure 2 embodiment is substantially similar to the Figure 1 
embodiment. 

Figure 3 is a block diagram providing further architectural details regarding 

the media IC 22, according to an exemplary embodiment of the present invention. 

Central to the media IC 22 is a DSP core 40 (e.g., the DSP 2410 programmable DSP 

core designed by Parthus Technologies PLC). Benefits associated with the use of a 

programmable DSP core 40 (as opposed to a hardware-based architecture) for 

compressed audio decoding include the use of a programmable memory that 
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facilitates the convenient updating of decoding algorithms and control software. For 
example, DSP program code may be stored within the FLASH memory 24 and 
uploaded by the DSP core 40 on power-up. This allows for updates as audio 
decompression standards evolve and for new audio decoding algorithms to be 
included within the power-supply accessory 10 as these become available. Further, 
additional effects algorithms (e.g., 3-D surround sound) may conveniently be added. 

Various peripherals are provided around the DSP core 40 to implement the 
audio decoder 14. Specifically, X-RAM, Y-RAM and Program-RAM 42, 44 and 46 
support the DSP core 40. A control interface in the exemplary form of an I 2 C 
interface 48 facilitates communication with a control unit within a host device (e.g., a 
mobile telephone). A Serial Peripheral Allow Interface 50 facilitates communications 
with the removable FLASH memory card 26. A Phase Locked Loop (PLL) provides 
clock signals for the power-supply accessory 10. A Serial Audio Interface (SAI) 54 is 
utilized to stream decompressed audio from the media IC 22, in the manner 
described above, to a data interface 27 of the connector 18, and eventually on to an 
external DAC incorporated within a host device for conversion to an analog signal to 
drive headphones. 

A FLASH External Memory Interface (EMI) allows the media IC 22 to connect 
to external memory (e.g., NAND flash and standard SRAM/NOR FLASH memory). 
This facilitates access to compressed audio files and audio decoder algorithms. 
Access may also be provided via this interface, for example, to a number of 
interesting applications, such as applications implementing post-processing effects 
(e.g., surround sound). 

The above-described peripherals allow the DSP core 40 to function as a digital 
bit-stream compressed audio decoder 14. 

In a further embodiment, the media IC 22 may also include a Sony/ Phillips 
Digital Interface Format (SPDIF) interface that allows the power-supply accessory 10 
to connect to other devices (e.g., compact disk (CD) players) that support this 
interface. 

With respect to the above-mentioned SAI interface 54, while this interface is 

most commonly used in output mode, because this interface 54 is under program 
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control in the embodiment illustrated in Figure 3, the interface 54 may also be set to 
operate in an input mode. Therefore, by the addition of an external A/D converter, 
the media IC 22 may be used as an audio encoder, accepting digital audio from the 
A/D converter. The media IC 22 may then convert such received digital audio into a 
compressed audio format (e.g., MP3) and then store a resulting compressed audio file 
within the FLASH memory 24. This feature may be implemented to provide 
voice/ memo record capability within the power-supply accessory 10. 

Figure 4 is a flow chart illustrating a method 60, according to an exemplary 
embodiment of the present invention, of operation of the power-supply accessory 10. 
Figure 4 also illustrates the interactions between a host device (e.g., a mobile 
telephone) and the power-supply accessory 10. 

The method 60 commences at block 62 with the booting (or power-up) of a 
host device, this power-up being performed utilizing power received from the 
battery 12 via the connector 18. The host device then executes a media player control 
application that maybe utilized to control a media player (e.g., the audio decoder 14) 
within the power-supply accessory 10. 

At block 64, a user of the host device may interrogate the media player via a 
user interface provided on the host device for a list of available media (e.g., audio) 
files that are accessible to the media player. For example, where the host device 
comprises a mobile telephone, the media player control application may provide a 
"list songs" function that is user-selectable to facilitate the interrogation at block 64. 

At block 66, the media player receives power from the battery 12 via the 
power conversion circuit 20, examines memory (e.g., the FLASH memory 24 and/ or 
the removable FLASH memory card 26) to locate and identify audio files, and 
outputs data to the host device identifying the located audio files. It will be 
appreciated that the communication of data between the host device and the power- 
supply accessory 10 that occurs at blocks 64 - 66 is, in one embodiment, performed 
via the control interface 28. 

At block 68, the host device then displays a list of audio files on a display 

screen (e.g., a LCD screen of a mobile telephone) to the user. The user then selects 

one or more desired audio files (or a play list) utilizing a input device (e.g., a numeric 
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key pay) of the host device. The identifiers for the selected audio files are then 
communicated, via the control interface 28 of the connector 18, back to the media 
player (e.g., the audio decoder 14) within the power-supply accessory 10. 

At block 70, the media player that examines the selected audio files, and 
returns file type (e.g., MP3, AAC, WMA, etc.) information identifying compression 
algorithms whereby the respective audio files have been encoded. 

At block 72, the media player then loads appropriate decode algorithms from 
the FLASH memory 24 for the selected audio files. At block 74, the media player 
begins decoding of the selected audio files utilizing the loaded decode algorithms, 
and outputs digital audio to the host device. Referring specifically to Figure 1, in this 
embodiment, the digital audio is outputted from the audio decoder 14 via the data 
interface 27 of the connector 18. It will also be appreciated that the digital audio may 
be outputted via the I 2 S interface to the DAC 30 for direct output from the accessory 
10. 

At block 76, a DAC (not shown) within the host device converts the digital 
audio signal into an analog signal, and provides output via a signal reproduction 
device (e.g., headphones or a speaker) coupled to the host device. 

At block 78, the media player provides information embedded within a 
selected audio file (e.g., song and artist name, etc.) to the host device via the control 
interface for display to a user. 

At block 80, the user may optionally modify parameters of the media player 
(e.g., the volume, tone, etc. of the digital output of the audio decoder 14) via a user 
interface provided by the host device. 

Figure 5 is a block diagram illustrating an exemplary embodiment of the 

present invention wherein the power-supply accessory 10 operates as a battery pack, 

including an integrated media player, for a host device in the exemplary form of a 

mobile telephone 90. As illustrated, the power-supply accessory 10 includes a 

housing within which components are integrally housed, and which includes the 

connector 18 to facilitate removable coupling of the power-supply accessory 10 to the 

mobile telephone 90. The power-supply accessory 10 is also shown to include a 

number of plated contacts, coupled to the connector 18. Contact is maintained by 
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spring pressure (or bias) between contacts 94 (shown in broken line) of the mobile 
telephone 90 and contacts 92 of the power-supply accessory 10. 

The mobile telephone 90 is also shown to include an input interface 96 (e.g., a 
numeric keyboard, a QWERTY keyboard, a touch pad or the like) and a display 
interface 98 (e.g., a LCD screen) utilizing which the user can interact with the mobile 
telephone 90 and the power-supply accessory 10, and be provided with additional 
information. 

The mobile telephone 90 may also include a data input device, in an 
exemplary form of a microphone 100 or a camera (not shown), and a signal 
reproduction device in an exemplary form of a speaker 102 or video screen (not 
shown). 

The mobile telephone 90 and the power-supply accessory 10 are each shown 
to include a jack via which a media signal (e.g., an audio or video signal) may be 
outputted from the respective component to, for example, a pair of headphones, 
shown at 106. The power-supply accessory 10 is also shown to include a high-speed 
data port 107 (e.g., a USB or FireWire jack). 

The incorporation of a media player (e.g., the audio decoder 14) within a 
power-supply accessory 10 (e.g., a battery pack) as illustrated in Figure 5 is 
particularly advantageous in that a host device (e.g. the mobile telephone 90) 
typically includes an input interface (e.g., numeric key pad) and an output interface 
(e.g., a LCD display or speaker) that can be leveraged to control the media player as 
integrated within the power-supply accessory 10. Accordingly, costs associated with 
producing a media player, which leverages existing components in a host device, can 
be reduced relative to products where such interfaces must be incorporated within 
the product. 

While an audio decoder 14 has been held out as an example of a media player 

for illustrative purposes in the above exemplary embodiments, it will be appreciated 

that the media player need not necessarily be an audio decoder (or audio player). 

Specifically, the media player may include broader functionality, and be capable of 

decoding (and encoding) both audio and video signals. For example, the media 

player may operate as both an audio and video encoder and decoder. In these cases, 
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an appropriate input device of a host device may be utilized to provide input to such 
a media player, and to reproduce output from such a media player. For example, 
where a media player within a power-supply accessory 10 is capable of processing 
video data, a camera (e.g., a digital video camera) included within the host device 
may be utilized to provide data to the media player for encoding and storage. 
Similarly, a video display (e.g., a LCD) included within the host device may be 
utilized to reproduce video signals decoded by, and received from, a media player 
within the power-supply accessory 10. 

For the purposes of illustration, a number of exemplary media player 
operation commands in the form of MP3 commands that may be provided from a 
player control application, executing on the host device and provided to the media 
player within an power-supply accessory 10, are provided in Table 1. Each MP3 
status/command variable maybe accessed as a single word parameter, and is 
addressed by an offset supplied by the host device. The MSB of each command is a 
DSP application number, and in this example, the relevant media player in the form 
of a MP3 player has been designated an application number of 1. 

Table 1 



Command Name 


Coding(hex) 

app:cmd:num:arg 

(MSB:LSB) 


Description 


Response(hex) 

app:cmd:stat:num:data 

(MSB:LSB) 


MP3 GET TRACK TAGJNFO 


0001:00:000003:0000 
MN 


Returns the track ID of 
rack number #NN = 135 
ASCII bytes. 


0001 :00:SSSSSS:000087:X 

■Xl3S 

X1..X135 = 135 tag character 
bytes packed into 45 24 bit 
words) 


MP3_GET_PLAY_STATE 


0001:01:000000 


Returns the play state 
.e. 0= PLAYING, 
1 = STOPPED, 2 = 
PAUSED. 


0001 :01 :SSSSSS:000003:X 
XXXXX 

XXXXXX = 0(play- 

ing),1 (stopped),2(paused) 


MP3_GET_FILE_STATE 


0001:02:000000 


detains TRUE(-1) if the 
end of file for the current 
track has been reached. 


0001 :02:SSSSSS:000003:X 
XXXXX 

XXXXXX = 0x000000 = EOF 
FALSE 

XXXXXX = Oxffffff = EOF 
TRUE 


MP3_GET_COMMAND 


0001:03:000003:000 
0OO= parameter table 
offset( valid range 
1 ..44io) - see Section . 


Returns the value of the 
internal MP3 parameter 
with table offset number 
000000(an unsigned 
24 bt int) 


0001 :03:SSSSSS:000003:D 
DDDDD 

(DDDDDD = returned data) 


VlP3_SET_COMMAND 


0001:04:000006:000 
0OO:DDDDDD 


This command allows 
the host to set the wri- 
table internal MP3 
parameters. 


0001 :04:SSSSSS:000000 
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OOOOOO specifies the 
nternal parameter 
number(table offset), 
and 

3DDDDD is the 24 bit 
data value to be written 




MP3_PLAY_TRACK 


0001 :05:000003:NNN 
NNN 


}lays track number 
MNNNNN 


0001:05:SSS 


SSS:000000 


MP3_STOP_TRACK 


0001:06:000000 


stops the currently 
slaying track 


0001 :06:SSSSSS:000000 


VIP3_PAUSE_TRACK 


0001:07:000000 


Dauses the currently 
slaying track 


0001:07:SSS 


SSS:000000 


MP3_CONTINUE_TRACK 


0001:08:000000 


continues playing the 
currently paused track 


0001:08:SSS 


SSS:000000 


M P3_OP E N F 1 LE_CM D 


0001:09:000048:DDD 
DDD0..DDDDDD47 


sets the filename - see - 
Section 


0001:09:SSS 


SSS:000000 


MP3_FFWD_CMD 


0001:Oa:000003:DDD 
DDD 


fast forwards/rewinds by 
DDDDDD bytes - see 
Section 


0001:Oa:SSS 


SSS:000000 



Table 2, below, describes commands that are utilized to set/read internal 
parameters of a media player in the form of an exemplary MP3 player. All of the 
MP3 commands listed in Table 2 are controllable by reading/ writing into a shared 
global parameter area within a DSP address space. 

When the DSP core 40, as described above, has finished decoding a block of 
audio data, it updates operational parameters with a copy of the host parameter area. 
All command variables are accessed via single 24-bit word values. 

For example, to set an internal MP3 decode parameter, the host device sends a 
MP3_Set_Comand with a parameter offset number, followed by a data value to be 
written. To read an internal MP3 decoder parameter, the host device sends a 
MP3_Get_COMMAND with the parameter offset, responsive to which a 24-bit 
parameter is returned. 



Table 2 



Param I Internal MP3 variable(s) 
Offset™ I 


R/W 


Description 


return 
data 




0 


software revision 


R 


BCD i.e. 0x0100 = version 1 .00 


24 bit BCD 


1 


algorithm 


R 


1 = MPEG layer 1, 2=MPEG layer 2, 
3=MPEG layer 3, 4 = MPEG AAC 


24 bit int 


2 


status 


R 


■1 = "status info not supported", 

0 = running 

1 = busy(init, sync etc..) 


24 bit int 
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3 


arror number 




1 = "error numbers not supported", 


6 bit int, right justi- 








D = no errors(running) 


: — — — 


4 


srror counter 




number of fatal errors sunce last 


:4 bit unsigned int 








!22* _ 






rame count 




sign of life 11 


— : — 

' 1 uns '9 ne m 


6 


set left level 


W 


0=max vol, 1=1 .5dB atten,2=3dB 


N/A 








Ettten,3=4.5dB atten etc... 






set right level 


W 


)=max vol, 1=1 .5dB atten,2=3dB 


—j- 

N/A 






rtten,3=4.5dB atten etc... 








)it rate 


— - — 


nominal overall bitrate 


24 bit unsiQned int, 










^'^» b ' tS ^ eC -i ■ — 


9 


PCM sample rate 


— - — 


— : 

external device sample freq 


24 bit unsigned int, 








inns ri£. 


10 


reserved 








11 


reserved 








12 


mode 


R 


0=stereo, 1=joint stereo, 2=dual 


24 bit unsigned int 








channel, 3=L+R/2, 










4=left, 5=right, 6=customised double 










mono splitting 




13 


mode extension 


R 


) = no MS and no IS 'joint stereo' 


— — : — 

24 bit unsigned int 


















O — IMG r\r\\\i 

c. — mo only 










o = ivio ana lo 




14 


_ — . 

emphasis 


— - — 


)=none 1=50/15 2=CC1TTJ.17 


24 bit unsi ned int — 




>itstream protection bit 


— — — 


3=none 1= ISO CRC enabled 


, . ' ed ' — 




)itstream private bit 




3=set to zero '_} ~ set to one ^ 


24 bit "nsi^ned Int — 
! uns |9 n j — 




)itstream copyright bit 




}=nocopyrig , -copyng pro- 


i unsigne in 














"1st ~ — Tblt 




3-cop 1-or'ainal 


24 bit unsigned int 




^served" ° n ^' na — ' 








§r 


-3 

reserve 


















55 


_ 








II 


. 

'eserved 








52 


'eserved 








it 


'eserved 








— n — 


eserved 




















■ 

eserve 






















'eserved 










'eserved 








32 


'eserved 








33^ 


reserved 








34 


reserved 








35 


Bass enhancement 


l/V 


Valid range -12..0..12 


N/A 








Default value = OdB gain, 




36 


Bass frequency 


w 


Bass enhance frequency, Default 


N/A 








value = 250HZ 




37 


Treble enhancement 


w 


Valid range -12..0..12 


M/A 








Default value = OdB gain, 




38 


Treble frequency 


w 


Treble enhance frequency.Default 


N/A 






value = 2500HZ 




39 


granule count 


R 


reset value = 0 


24 bit unsigned 










integer 


40 


Left channel meter 


R 


reset value = 0 


24 bit unsigned 










integer 


41 


Right channel meter 


R 


reset value = 0 


24 bit unsigned 










nteger 


42 


Frame length in bits 


R 


reset value = 0 


24 bit unsigned 










nteger 


43 


Bitstream buffer data demand for 


R 


reset value = 0x60 


24 bit unsigned 




nput buffer 






integer 


44 


PCM space required in output 


R 


reset value = 0x60 


24 bit unsigned 




Duffer 






nteger 



In an exemplary embodiment of the present invention, a command set is also 
available to a host device to control the media IC 22, which includes the DSP core 40. 
Table 3, below, describes a list of exemplary commands that may be available to a 
host device. 



Table 3 



IB 



Command Nam© 


^odincj(riGx) 

app:cmd:num:arg 

(MSB:LSB) 


Description 


^Gsponse)(h0x) 

app:cmd:stat:num:data 

(MSB-.LSB) 


DSP_SYS_GET_STATUS 


0000:00:000000 


requests the DSP sys- 
em status - returned in 
SS field in response 


0000:00:SSSSSS:000000 


DSP_SYS_HOST_STATUS 




not supported 




DS P_S YS_G ET_S W_l D 


0000:01:000000 


requests the DSP soft- 
ware revsion -see 
Section 


0000:01 :SSSSSS:000003:00RRRR 
(RRRR = BCD revision data) 


DSP_SYS_STOP 


0000:02:000000 


)uts DSP into stop 
■node - can only 
recover via I RQA or 
RESET. 


no reply expected 


DSP_SYS_WAIT 


0000:03:000000 


3 uts DSP into WAIT 
node - can recover via 
any host command. 


no reply expected 


DSP_SYS_WRITE_MEM 




no longer supported - 
see new functions 
DSP_WRITE_X_MEM 
DSP WRITE Y_MEM 

DSP_ WRITE_P_MEM 




DSP_SYS_READ_MEM 




no longer supported - 
see new function 
DSP_READ_X_MEM 
DSP_READ_ Y_MEM 

DSP READ P MEM 




DSP SYS WRITE REG 




not supported 




DS P_SYS_READ_REG 




not supported 




DSP_CMD_IF_RESET 




not supported 




DSP TERMINATE AND U 
NLOAD_APP 


0000:04:000003:XXXXXX 
(XXXXXX=app number a 24 
bit unsigned int) 


This command causes 
the DSP application 
with application number 
XXXXXX to terminate. 


0000:04:SSSSSS:000000 


DSP LOAD AND LAUNCH 
APP 


0000:05:000003:XXXXXX 
(XXXXXX=app number a 24 
bit unsigned int) 


This command invokes 
the DSP app loader 
Function. The DSP uses 
the app number to 
■eference the 
application code start 
address in flash. 


0000:05:SSSSSS:000000 


DSP READ NUM MMC T 
RACKS 


0000:06:000000 


returns the number of 
tracks on the MMC 


0000:06:SSSSSS:000003:nnnnnn 
(nnnnnn =24 bit unsigned int) 


DSP READ NUM FLASH 
TRACKS 


0000:07:000000 


returns the number of 
tracks in flash 


0000:07:SSSSSS:000003:nnnnnn 
(nnnnnn =24 bit unsigned int) 


DSP GET AUDIO FORMA 
r_TYPE 


0000:08:000000 


returns the current 
audio format 


0000:08:SSSSSS:000003:ffffff 
(ffffff = format type = unsigned 24 bit 
nt) - see Section 


DSP WRITE X MEM 


DO00:O9:000006:AAAAAA: 


DSP does: 


D000:09:SSSSSS:000000 
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DDDD:DD 

AAAAAA = 24 bit address 
DDDDDD = 24 bit int data 


move DDDDDD, a 
move #AAAAAA,rO 
move a,x:(r0) 




DSP_WRITE_Y_MEM 


0000:OA:000006:AAAAAA: 
DDDD:DD 

AAAAAA = 24 bit address 
DDDDDD = 24 bit int data 


DSP does: 
move DDDDDD.a 
move #AAAAAA,rO 
movea,y:(r0) 


0000:0A:SSSSSS:000000 


DSP_WRITE_P_MEM 


0000:OB:000006:AAAAAA: 
DDDD:DD 

AAAAAA ~ 24 bit address 
DDDDDD = 24 bit int data 


DSP does: 
move DDDDDD,a 
move #AAAAAA,rO 
move a,p:(r0) 


0000:OB:SSSSSS:000000 


DSP_READ_X_MEM 


0000:OC:000003:AAAAAA 


DSP does: 
move #AAAAAA,rO 
move x:(r0),a 
return a 


0000:OC:SSSSSS:000003:DDDDD D 
(DDDDDD = 24 bit returned data 
word) 


DSP_READ_Y_MEM 


0000:OD:000003:AAAAAA 


DSP does: 
move #AAAAAA,r0 
movey:(r0),a 
return a 


0000:OD:SSSSSS:000003:DDDDD D 
(DDDDDD = 24 bit returned data 
word) 


DSP_READ_P_MEM 


0000:OE:000003:AAAAAA 


DSP does: 
move #AAAAAA,r0 
move p:(r0),a 
return a 


0000:OE:SSSSSS:000003:DDDDD D 
(DDDDDD = 24 bit returned data 
word) 


DSP_WRITE_GPIO 


0000:OF:000003:OOGGDD 


writes DD to GPIO 
number (GG»8). 
N.B. only the LSB of 
the DD byte is actually 
used e.g. 

3000:17:000003:000388 

writes a logic 0 to GPIO 
jin 3. 


0000:OF:SSSSSS:000000 


DSP_READ_GPIO 


0000:1 0:000003:0000GG 


•eads GPIO pin GG 
eg 

0000:18:000003:000002 
•eturns GPIO pin 2 's 
value 


0000:1 0:SSSSSS:000003:DDDDDD 
(DDDDDD = 24 bits returned but only 
the LSB is signidicant bits 1 ..23 are 
set to zero. 


DSP_CONFIG_GPIO 


0000:1 1 :000003:OOGGDD 


configures GPIO pin 
GG as input or out- 
aut.TheLSBofthe DD 
3yte is used as :- 
LSB = 0 = output, 
LSB = 1 = input 

eg 

0000:19:000003:000401 

configures GPIO pin 4 
as an input 

(N.B. only GPIO pins 
0,1,2 and 8 are con- 
trollable from the 
host) all other values 
will be ignored. 


0000:1 1 :SSSSSS:000000 


DSP READ MMC CiD RE 
G 


0000:12:000000 


returns the 128 bit 
MMC CID register data 
right justified 
(i.e. left most 16 bits 
are zero padded) 


0000:12:SSSSSS:0000012:OOOOnn: 
nnnnnn:nnnnnn:nnnnnn:nnnnnn:nnn 
nnnisb 


DSP READ MMC CSD R 
EG 


0000:13:000000 


returns the 128 bit 
MMC CSD register 
data right justified 
(i.e. left most 1 6 bits 
are zero padded) 


0000:1 3:SSSSSS:000001 2:0000nn: 
nnnnnn:nnnnnn:nnnnnn:nnnnnn:nnn 
nnn^b 


DSP GET TOTAL MMC M 
EM_SIZE 


0000:14:000000 


returns total MMC 
memory size in bytes 


0000:14:SSSSSS:000006:DDDDDD 
:DDDDDD 

(DDDDDDDDDDDD = 48 bit 
unsigned int) 


DSP GET FREE MMC ME 
M 


0000:15:000000 


returns total MMC free 
■nemory in bytes 


0000:1 5:SSSSSS:000006:DDDDDD 
:DDDDDD 

(DDDDDDDDDDDD = 48 bit 
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jnsianed int) 


DSP_MMC_RESET 


3000:16:000000 


esets the MMC card - 
Dass/fail result is 
eturned in systemsta- 
us word 


)000:16:SSSSSS:000000 


DSP READ MMC BLOCK 


3000:1 7:000003:NNNNNN 
MNNNNN = blk num = 24 bit 
jnsicjnsd int) 


eads a block of 512 
bytes from the MMC 


3000:1 7:SSSSSS:0000201 :wordi.. 
«ordi7i 

'bytes are packed 3 per 24 bit word - 
he 2 left most bytes are zero pad- 
ded) 


DSP_WRITE_MMC_BLOCK 


0000:1 8:000204:BBBBBB: 

wordi..wordi7i 

(= the right most byte of 

vord 171 is zero padded) 


writes a block of 512 
bytes to MMC block 
BBBBBB 


0000:1 8:SSSSSS:000000 


DSP_MMC_ERRASE_BLO 
CKS 


0000:1 9:000006:SSSSSS: 

SSSSSS = start block 
number, EEEEEE = end 
jlock number, both 24 bit 
unsigned quamtities) 


erases block command 


0000:19:SSSSSS:000000 


DSP_MUTE 


0000:1 A:000000 


■nute track 


0000:1 A:SSSSSS:000000 


DSP_UNMUTE 


0000:1 B:000000 


unmute track 


0000:1 B:SSSSSS:000000 


DSP_GET_APPS_INFO 


0000:10:000000 


returns information 
about which apps are 
loaded. 


0000:1 C:SSSSSS:000009:XXXXXX 
:YYYYYY:ZZZZZZ 

(XXXXXX = app control word, bitO( LSB) = 
system bit app, bit 1 = MP3 etc... 

yYYYYY and ZZZZZZ words used for 
uture expansion) 


DSP_GET_TRACK_INFO 


0000:1 D:000003:NNNNNN 
(NNNNNIM = track number, 
treated as a 24 bit unsigned 


returns information 
about the track number 
- see Section 


0000:1 D:SSSSSS:DDDDD 0 .. 
DDDDDDn 


DSP_DEBUG_GETDIR 


0000:1 E:000003:MMMMM 
\H 


see - Section 


0000:1 E:SSSSSS:000006:DDDDD 

Do.r 


DSP_DEBUG_GETFILE 


0000:1 F:000006:MMMMM 
M:lllill 


see - Section 


0000:1 F:SSSSSS:000007:DDDDDD 

0..6 


DSP DEBUG GETBUF 


O000:20:000003:llllll 


see - Section 


0000:20:000206:SSSSSS:EEEEEE: 
NNNNNN:DDDDDDo..NNNNNN 


DSP DEBUG SETDIR 


D000:21 :000003:MMMMM 
Vl:llllll 


see - Section 


0000:21 :SSSSSS:000000: 


DSP DEBUG GOTO PAR 
ENTJDIR 


0000:22:000003:MMMMM M 
(MMMMMM = media type) 


moves up a directory 
from the current direc 
troy 


0000:22:SSSSSS:000000 


DSP DEBUG GOTO ROO 
T D1R 


0000:23:000003:MMMMM M 
(MMMMMM = media type) 


moves to root dir of the 
spcified media 


0000:23:SSSSSS:000000 


Used by SSL only for debug 









Table 4, below, describes the field information conveyed in a 24-bit DSP status 
response to commands listed above in Table 3. 



Table 4 



bit 


description 


meaning 


0(LSB) 


DSP ready 


0 = not ready, 1 = ready to received commands from host 


1,2 


response to last command 


32, b1 

0 0 last command executed OK 
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0 1 error occurred executing last command 

1 0 last command was not executed 
1 1 reserved 


3,4,5,6,7 


self diagnostic results 


■eserved 




undefined 


jndefined 



The above "read DSP audio format" command returns audio format 
information for a current track, according to Table 5, below. 



Table 5 



Format No. 


Format 


0 


unknown format 


1 


PCM 


2 


MP3 


3 


Advanced Audio Coding(AAC) 


4 


Windows Media Audio(WMA) 


5 


Real Audio 


6 


Dolby Digital AC-3 


7 


DTS 


8 


DVD-Audio(MLP) 


9 


QDesign 



A "get track info" command supplies a 24-bit integer (the track number) to the 
DSP core 40, responsive to which the DSP core 40 reads a play list file, and returns 
the information set out below in Table 6. 



Table 6 



data returned 


data type 


max num data elements 


track duration 


null terminated string 


9 packed chars 


song info(artist+title) 


null terminated string 


129 packed chars 


filename 


null terminated string 


12 packed chars(8.3 format) 


associated application number 


unsigned 24 bit integer 


1 unsigned int 



Note also that embodiments of the present description may be implemented 
not only within a physical circuit (e.g., on semiconductor chip) but also within 
machine-readable media. For example, the circuits and designs discussed above may 
be stored upon and/or embedded within machine-readable media associated with a 
design tool used for designing semiconductor devices. Examples include a net list 



formatted in the VHSIC Hardware Description Language (VHDL) language, Verilog 
language or SPICE language. Some net list examples include: a behavioral level net 
list, a register transfer level (RTL) net list, a gate level net list and a transistor level net 
list. Machine-readable media also include media having layout information such as a 
GDS-II file. Furthermore, net list files or other machine-readable media for 
semiconductor chip design may be used in a simulation environment to perform the 
methods of the teachings described above. 

It is also to be understood that embodiments of this invention may be used as 
or to support a software program executed upon some form of processing core (such 
as the CPU of a computer) or otherwise implemented or realized upon or within a 
machine-readable medium. A machine-readable medium includes any mechanism 
for storing or transmitting information in a form readable by a machine (e.g., a 
computer). For example, a machine-readable medium includes read only memory 
(ROM); random access memory (RAM); magnetic disk storage media; optical storage 
media; flash memory devices; electrical, optical, acoustical or other form of 
propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.); etc. 

Thus, an integrated battery and media decoder for a portable host device, and 
methods of operating and manufacturing the same, have been described. Although 
the present invention has been described with reference to specific exemplary 
embodiments, it will be evident that various modifications and changes may be made 
to these embodiments without departing from the broader spirit and scope of the 
invention. Accordingly, the specification and drawings are to be regarded in an 
illustrative rather than a restrictive sense. 
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